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APPLICATION FOR UNITED STATES PATENT 
SPECIFICATION 

METHODS AND APPARATUS FOR SHARING REVENUE ASSOCIATED 
WITH NEGATIVE COLLECTION INFORMATION 

This application claims the benefit of U.S. Provisional Application No. 60/415,335, filed 
10/1/2002. 

TECHNICAL FIELD 

The present invention relates in genera, to computer systems and, in particular, to 
m e,hods and apparatus for e.ectronically reporting credit information and for sharing revenue 
associated with negative collection information. The uploaded information is automatically 
ta ,hed and reported via a computer that is configured to provide up-to-date, on demand 
information to a collection information supplier any time. 



BACKGROUND 

Oflen, when a person or company is extended financia! credit and .ha, credit is in default, 
the matter is turned over to a coUection agency for resolution. Typically, .he collection agency 
25 report this "negative" credi. information .o a credit bureau once a month on a magnetic .ape. 
However, mo, collection agencies are under no legal or financial obligation .o report .he 
negative coUection information to .he credi. bureau. The credi. bureau stores negative collectron 
information collected from hundreds of collection agencies in a database. 

For a fee, subscribers to the database may access the negative collection informatton. 
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Typ.cally these subscribers seU .his serviee to po.en.ia, creditors to facilitate avoidance of bad 
deb,. Often, coi.ection agencies are subscribers to .he database. As a result, potential creditors 
pay a ftrs, fee to the collection agency (or other subscriber), and ,he collection agency in .urn 

pays a fee to the credit bureau. 
5 This system of collecting and distributing negative collection information has certain 

drawbacks. Firs., the collection agencies are under no legal or financial obligation ,0 report .he 
negative collection information .0 the credit bureaus. As a result, the database does no, con,ain 
as much negative collection information as i« could contain. Second, .he da.abase is only 
updated periodically. As a resuft, negative eredi. information .ha, may have resul.ed in avoidance 
,0 of bad deb, may be missed by a creditor. Conversely, some creditors require resolution of all 
credi, issues before extending additional credit As a resulr, people and/or companies may be 
forced ,o wai, several weeks until rheir credi, is cleared in the database. 

Another shortcoming is tha,, while curren, database technology does provide record 
keeping and reporting capabilities, ,he known technology is hampered by limited reporting 
, 5 options. Commercial darabase software can provide a place where business records are kep, and 
continuously updated by users. Custom reports of fire information a user needs a, a specific time 
can be crea.ed and run when necessary. However, there is generally no provision for providing 
updated and electronically available reports in real-time. It would rhercfore be highly desirable 
t0 desi^, an automated reporting tool ma, can provide accurate, up-to-date information 
20 automatically and in real-time. 

SUMMARY OF THE INVENTION 
The present invention overcomes the aforementioned drawbacks by providing an 
apparatus and methods for automatically reporting the current credit information, including 



negative ejection infotmation, of a debtor. I. does dais by reporting the eurren, credtt 

information in real-time. 

to one aspect of .he invention, a system receives collection information, preferably 
negative collection information, from a p.urality of collection agencies via machine readable 
media and/or a network snch as the interne,. The negative collection information is logically 
associated with one or more snbmitting collection agencies and merged with previonsly received 
negative collection information. When .he system receives a request for a credit report from an 
authorized subscriber, the requested report is ered.bly provided in real-time ,0 .he subscriber for 
a fee. The fee may be a period, fee and/or a per use fee. A portion of this fee can then be 
shared with .he collection agency or agencies that provided the negative collection infomration 
based on the level of contribution of each agency. The foregoing and other feahtres of the 
present invention will be apparent from the detailed description mat follows. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 isablock diagram of an example network environment. 
FIG. 2 is a block diagram of an example client computer system. 
FIG. 3 is a block diagram of an example server computer system. 
FIG. 4 is a flowchart of an example process for sharing revenue 20 associated with 

negative collection information. 

FIGS. 5A through 5F illustrate an exemplary data entry report format presented to the on- 

line supplier or subscriber. 

FIG. 6 is an application program interface overview bloek diagram illustrating an 

embodiment of the invention. 
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DET AILED DESCRffTION 
Reference is now made to the drawings in detail wherein like numbers represent like 
elements throughout. In general, the example methods and apparatus described herein facilitate 
the sharing of revenue associated with rece.ving and distributing negative collection information. 
The disclosed system receives the negative collection information from a plurality of collection 
agencies via machine readable media and/or a network such as the Internet. The negative 
collection information is logically associated with one or more submitting collection agencies 
and merged with previously received negative collcotion information. When the system receives 
a request for a credit report from an authorized subscriber, the requested report is provided to the 
subscriber for a fee. The fee may be a periodic fee and/or a per use fee. A portion of this fee is 
then shared with the collection agency or agencies that provided the negative collection 
information based on the level of contribution of each agency. 

A block diagram of an exemplary network communications system 100 is illustrated in 
FIG. 1. Typically, the system 100 includes one or more subscriber devices 102, one or more 
agent devices 104, and one or more clearinghouse servers 106. Each of these devices 102, 104, 
106 may communicate with each other via a connection to one or more communications 
channels 108 such as the Internet or some other electronic network. 

Typically, the clearinghouse server 106 stores a plurality of fries, programs, and/or web 
pages for use by .he subscriber devices 102 and/or the agent devices 104. One clearinghouse 
server 106 may interact with a large number of subscriber devices 102 and/or the agent devices 
104. Accordingly, each clearinghouse server 106 is typically a high end computer with a large 
storage capacity, one or more fast microprocessors, and one or more high speed network 
connections. Convetse.y, relative to a typical clearinghouse server .06, each subscriber device 
,02 and each agent device 104 typically includes less storage capacity, a single microprocessor, 



and a single network connection. 

A block diagram of an example computer system 200 is illustrated in FIG. 2. The 
computer system 200 may serve as a subscriber device 102 and/or an agent device 104. The 
computer system 200 may be a personal computer (PC), a personal digital assistant (PDA), an 
Internet appliance, a cellular telephone, or any other computing device. In an example, the 
computer system 200 includes a main unit 202 powered by a power supply 203. The main unit 
202 may include a processor 204 electrically coupled by a system interconnect 206 to a main 
memory device 208 and one or more interface circuits 210. In an example, the system 
interconnect 206 is an address/data bus. Of course, a person of ordinary skill in the art will 
readily appreciate that interconnects other than busses may be used to connect the processor 204 
to the main memory device 208. For example, one or more dedicated lines and/or a crossbar 
may be used to connect the processor 204 to the main memory device 208. 

The processor 204 may include any number of processing agents and/or processor 
resources. For example, the processor 204 may include an integer execution unit, a floating- 
point unit, a single instruction multiple data (SMD) unit, etc. The processor 204 may include 

TM 

any type of well known processing unit, such as - a microprocessor from the Intel Pentium 
family of microprocessors, the Intel XScale™ family of microprocessors, and/or the Intel 
XScale™ family of processors. The processor 204 may also include any type of well known 
cache memory, such as static random access memory (SRAM). 

The main memory device 208 may include dynamic random access memory (DRAM) 
and/or any other form of random access memory. For example, the main memory device 208 
may include double data rate random access memory (DDRAM). The main memory device 208 
may also include non-volatile memory such as FLASH memory. In an example, the main 
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mem ory dev.ce 208 stores a software program which is executed by the processor 204 in a well 
known manner. 

The interface cireui,(s) 210 may be implemented using any type of well known interface 
standard, such as an Ethernet interface and/or a Universal Serial Bus (USB) interface. One or 
5 more input devices 2.2 may be connoted to the interface circuits 210 for entering data and 
commands into the main unit 202. For example, an input device 212 may be a keyboard, mouse, 
touch screen, track pad, track ball, isopoint, and/or a voice recognition system. 

One or more displays, printers, speakers, and/or other output devices 214 may also be 
competed to (he main unit 202 via one or more of the interface circuits 210. The display 214 
,0 may be cathode ray tube (CRTs), liquid crystal displays (LCDs), or any other type of display. 
The display 214 may generate visual indications of data generated during operation of the mam 
urn. 202. The visual displays may include prompts for human operator input, calculated values, 
detected data, etc. 

The computer system 200 may also include one or more storage devices 216. For 
IS example, the computer system 200 may include one or more hard drives, a compact disk (CD) 
drive, a digital versatile disk drive (DVD), aud/or other computer media input/output (I/O) 
devices. 

Preferably, the computer system 200 may also exchange data with other devices via a 
connection to the network 108. The network connection may be any type of network connection, 
20 such as an Ethernet connection, digital subscriber line (DSL), telephone line, coaxial cable, etc. 
The network 108 may be any type of network, such as the Internet, a telephone network, a cable 

network, and/or a wireless network. 

A more detailed block diagram of a clearinghouse server 106 is illustrated in FIG. 3. 
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Like the computer system 200 described above, the controller 302 in the server 106 preferably 
includes a central processing unit 304 electrically coupled by an address/data bus 306 to a 
memory device 308 is and a network interface circuit 310. However, the server controller 302 is 
typically more powerful than the client controller 202. Again, the CPU 304 may be any type of 
5 well known CPU, and the memory device 308 preferably includes volatile memory and non- 
volatile memory. Preferably, the memory device 308 stores a software program that implements 
all or part of the method described below. This program may be executed by the CPU 304 in a 
well known manner. However, some of the steps described in the method below may be 
performed manually or without the use of the server 104. The memory device 308 and/or a 
10 separate database 314 also store files, programs, web pages, etc. for use by other devices. 
Preferably, the database 314 stores negative collection information collected from hundreds of 
collection agencies as well as other data. 

The server 104 may exchange data with other devices via a connection to the network 
108. The network interface circuit 310 may be implemented using any data transceiver, such as 
15 an Ethernet transceiver. The network 108 may be any type of network, such as a local area 

network (LAN) and/or the Internet. 

A flowchart of a process 400 for sharing revenue associated with negative collection 
information is illustrated in FIG. 4. Preferably, the process 400 is embodied in a software 
program or a set of computer instructions which are stored in memory 208 and executed by the 
20 processor 204 in a well known manner. However, some or all of the blocks of the process 400 
may be performed manually and/or by another device. Although the process 400 is described 
with reference to the flowchart illustrated in FIG. 4, a person of ordinary skill in the art will 
readily appreciate that many other methods of performing the process 400 may be used. For 
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example, the order of many of the blocks may be changed, and/or the blocks themselves may be 
changed, combined and/or eliminated. 

Generally, the process 400 causes the processor 204 to share revenue associated with 
receiving and distributing negative collection information. The disclosed system receives the 

5 negative collection information from a plurality of collection agencies via machine readable 
media and/or a network such as the Internet. The negative collection information is logically 
associated with one or more submitting collection agencies and merged with previously received 
negative collection information. When the system receives a request for a credit report from an 
authorized subscriber, the requested report is provided to the subscriber for a fee. The fee may 

10 be a periodic fee and/or a per use fee. A portion of this fee is then shared with the collection 
agency or agencies that provided the negative collection information based on the level of 

contribution of each agency. 

The process 400 begins when the clearinghouse server 106 receives negative collection 
information from a plurality of collection agencies (block 402). The information may be 

15 received from an agent device 104 via the Internet and/or via conventional non-volatile storage 
devices such as magnetic media and/or optical media. Each portion of negative collection 
information is logically associated with the collection agency that submitted the information in 
the database 314 of negative collection information (block 404). See also FIG 5. The newly 
received collection information is preferably merged with previously received information (block 

20 406). In other words, redundant information is not stored in the database 314. If more than one 
collection agency reports the same collection information, a logical association between the 
collection information and each of the reporting agencies may be stored in the database 314. 

Subsequently, the clearinghouse server 106 receives and authenticates login information 



from a subscriber (block 408). The login information may include a username, a password, an 
identification number, and/or any other type of identifier. If the login information is authentic, 
the clearinghouse server 106 may receive a request for a credit report from the subscriber (block 
410). In one example, the subscriber requests the credit report via a web browser interface. 

The credit report includes some of the negative collection information received from the 
collection agencies. Specifically, the credit report includes collection information associated 
with a particular individual or company associated with the report request. Once the credit report 
is generated, it is transmitted to the subscriber (block 412). In one example, the credit report is 
transmitted to a web browser. In this fashion, the subscriber is instantaneously provided with a 
credit report that is generated in real-time. The information contained in the credit report 
includes negative collection information that is current, up to date, and credible. In order to 
receive these credit reports, the subscriber is charged a fee (block 414). The fee may be a 
periodic subscription fee and/or a transaction fee (e.g., a per report fee). 

The clearinghouse server 106 then determines the agency or agencies that supplied the 
negative collection information used to generate the report (block 416), and a portion of the 
subscriber's fee is paid to those agencies (block 418). Preferably, each contributing agency is 
paid in proportion to that agency's level of contribution. The level of contribution may be a 
function of the amount and/or type of negative collection information received from a collection 
agency that is incorporated in a credit report. Similarly, the level of contribution may be a 
function of the amount and/or type of negative collection information received from a collection 
agency over a predetermined period of time. 

FIGS. 5 A through 5F illustrate one format of data entry screen 500 that may be used with 
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the present invention by a supplier or subscriber for uploading collection information. As 
shown, the data entry screen 500 includes a navigation bar 502 for readily accessing different 
portions of the program and performing different functions with it. The screen display 500 
includes a first portion 510 for identifying the consumer or debtor. For example, entry boxes are 
5 provided to identify the consumer's Social Security Number 512, his or her name 514, address 
516 and birth date 518. See FIG. 5A. Another portion, the account information portion 520 
shown in FIG. 5B calls for information that is particular to the supplier or submitting agency. As 
shown, it includes entry boxes for the type 522 and status of a given account. Entry boxes are 
also provided for information as to the last payment date 524, the past due amount 526, and any 
10 special comments 528 that the subscriber may have. Continuing to scroll down the screen 
display, additional account information 530, 540 fields are shown in FIGS. 5C and 5D, 
respectively. In them, additional information such as the duration of any terms 532 and portfolio 
type 534 may be entered. An employment information field 540 is shown in FIG. 5E wherein 
the subscriber can enter employer 542, 544 and occupation 546 information. Finally, an 
15 associated consumer information field 550 is illustrated in FIG. 5F. It will be obvious that the 
information submitted is variable according to the requirements and desires of each supplier or 
subscriber. For example, it may be significant to report the a given debtor has filed for 
bankruptcy protection or that he or she has related companies. Accordingly, any relevant debtor 
information and negative collection information may be submitted in this fashion without 
20 deviating from the scope of the present invention. 

Referring now to FIG 6, it illustrates a data application program interface (API) overview 
of the present invention. The API is the interface by which the application program accesses the 
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operating system and is defined at source code level, providing a level of abstraction between the 
application and other privileged utilities to ensure the portability of the code. Specifically, it is 
designed as a separate program that collects and works with data in a database. The program 
provides real-time reporting capabilities that are not available to users of other currently- 

5 available systems. Other embodiments of the invention may use different hardware and/or 
software manifestations to embody the invention in accordance with their particular design. 

As shown in FIG. 6, negative collection information may be obtained by means of 
suppliers dropping files on the system's file transfer protocol (FTP) directory 602 or by upload 
through the system's web site 604. A dropped file results in the FTP directory being polled to 

10 check the status of the input line or memory location to see if the external event has been 
registered. Once the download is complete, the file is moved to a staging directory and renamed 
as supplierlD&datetime.Xxi. A file uploaded directly via the website 604 is saved as 
supplierlD&datetime.M. Both are held within a Metro2 staging directory 610. The Metro2 
staging directory 610 is then polled 612. If the download is complete, the Metro2. Preprocessor 

15 612 is called. 

Under Metro2. Preprocessor (string filePath) 614, this method will look at a Metro2 file to 
determine if it has the proper header and trailer. The processing summary is as follows: 

- Put an entry in the SupplierSummary table for this file 

- Open the file 

20 - Check if the first record is a Header record (position 5-10 contain HEADER) 

- Check if last record is a Trailer record (position 5-1 1 contain TRAILER) 

- Close the file 

- If either Header or Trailer are missing 

- Flag SupplierSummary row as batch rejected 
25 - Move file from staging to archive directory 

- Send Disposition e-mail to supplier indicating the entire batch was rejected 

- If Header and Trailer are present 
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- Call Metro2.ProcessorBatch(string filePath, int supplierlD, int 
supplierBatchSummarylD) 

Under Metro2.ProcessBatch 616, or Metro2.ProcessBatch(string filePath, int supplierlD, 
int upplierBatchSummarylD), this method will process files received via upload and FTP. The 
5 prerequisite is that the system must determine which totals on the Trailer record will be balances 
against. The processing summary is as follows: 

- Open the file 

- Read first Metro2 record 

- Call Metro2.Save(inputBuffer) 

1 0 - Record statistic on the record (valid, invalid, etc.) 

- Process file until end of file (EOF) 

- When EOF 

- Compare Trailer record totals to the statistics kept during the process 

- Update SupplierBatchSummary table 
15 - Send disposition e-mail 

- Close the file 

- Move the file to archive directory 

At this point, the files are archived 620 or saved 618 in the system's database 622 for 
supplier access as is desired or required. Negative collection information saved in this fashion is 

20 accessible in real-time by the suppliers who subscribe to the system and who supply information 
for inclusion in the archives 620 or database 622. 

In summary, persons of ordinary skill in the art will readily appreciate that methods and 
apparatus for providing negative collection information in real-time to suppliers and for sharing 
revenue associated with that negative collection information have been provided. The foregoing 

25 description has been presented for the purposes of illustration and description. It is not intended 
to be exhaustive or to limit the scope of this patent to the examples disclosed. Many 
modifications and variations are possible in light of the above teachings. It is intended that the 
scope of this patent be defined by the claims appended hereto as reasonably interpreted literally 



and under the doctrine of equivalents. 



